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MEETING NOTICE 


Our meeting will be held at 1:00 o.m., Saturday, October 1, 1977, at 
the Waukesha Technical Institute (room 202 - Administration Blde.) 


PROGRAM AGENDA 


WCTI will give us a tour of their Comnuter facilities which is used 

for Administration and Student vurvoses. Some of the comnonents in 
their comnuter system are Burroughs B-6700 Comouter, 1.2 mecabyvte core, 
500 meaabyte disc, 2 card readers, 2 printers, and 28 data communication 
norts. 


Be eH EHR ER REET ERRERRAARARRETAERRERKRE 
LOOKING POR AN EXCELLENT BUY ON A ASR-33 TELETYPE comolete with “odem? 
Contact the writer at once. Only one (1) left. 

RRMA RHEE REERE KEKE KEEKRREEKRRKKEREREREREREKEEKKERREKEKERREKEKKRKEKKKRKRRKRKAK 
FREE - FREE conies of COMPUTER NOTES from MITS available at the meetina. 
Limited supply. 
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MOHR LABS, INC. of Madison will be our guest sneakers for our NOVEMBER 
Meeting. They have been involved in microcomruter system desiqn for a 
number of years, and they will be demonstrating their BT-4 Desk Ton 
Commuter System. More details next issue on this. 
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Micro-Com, Inc., P.O. Box 4069, Pomnano Beach, Florida, 33063, offers 
TDL Software nackages for the 2-80 systems such ad Diqital Groun. 
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NEWSLETTER INFO 


Please send your info for the Newsletter to: 


Boss: ica 


Wisconsin Computer Society 
P.O. Box 159 
Sheboygan Falls, Wisc. 53085 
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~ Hexadecimal Program 
Tape Format 


11000000021 000D232206F 82B237EFEFFC 20800 2331 
Mave you often wondered what the above print out meant? 


This ie a hexadecimal tape format used primarily 
for reading in and punching out paper tape. It is 
arrayed as a memory image and blocked into discrete 
records. Each record contains the record length, 
record Sypes memory address, and checksum information 

t 


in addition to data. A frame by frame description is 

as follows: 

Frame 0 Record Mark. Signale the start of 
a record. The ASCII character 
colon ("«i"Hex 3A) is used as the 
record mark. 

Frames 1 


2 Record Length. Two ASCII characters 

) representing a hexadecimal number 
in the range 0 to 'FF'H(O to 255). 
This is the count of the actual 
data bytes in the record type or 
checksum. A record length of 0 in- 
dicates end of file. 


Load Address. Four ASCII characters 
that represent the initial memory 
location where the data following 
will be loaded. The first byte is 
stored in the location pointed to 
by the load address,suceeding data 
bytes are loaded into ascending 
addresses. 


Record Type. Two ASCII characters. 
pic tg te | all record are type 0, 
this field is reserved for future 
expansion. 


Frames 9 to 9 2 Data. Each 8-bit memory word is re~ 

(Record length) -1 presented by two frames containing 
the ASCII character (0-9, A-F) to 
represent a hexadecimal value 0 to 
"FF*H (0 to 255). 


Frames 9 2 Checksum. The checksum is the neg- 
(Record Length) to ative of the sum of all 8-bit bytes 
Frames 9 2 in the record since the record mark 
(Record Length) 1 ia evaluated modulus 256. That 

is, if you add together all the 6- 
bit bytes, ignoring @1l carries out 
of the 8-bit sum, then add the check- 
sum, the result {s zero. 


Frames 3 to 6 


Frames 7,8 


“Hexadecimal Program Tape Format", by Ed Gerri appears 
courteny the NNJACC Newsletter, July 1977. Ed Gerri 
ig an ACG-NJ member. 


- PIXMOXING 


The Processor Technology Video Display Module(VDM) 
and MITS BASIC make a great combination. BASIC's PEEK 
(look at memory) and POKE (store in memory) open a 
wealth of video games and simulations which are un- 
available to ‘Teletype replacement’ video displays or 
BASICs with no PEEK or POKE. 

PIXMOX ia a program which takes a picture you have 
drawn in DATA statements in the program, and distrib- 
utes the pieces of the picture randomly about the VDM 
screen. 

Then, the VDM ‘Moon Man’ (the bell character) is 
given the task to take the strewn pieces, and rebuild 
the picture. He does so in a series of steps: 


1. Ye moves to the place on the VDM where the first 
picture character 1s to go. When he arrives, he 
‘blinks’ himself (the program pokes a 128 which is 
the reverse video cursor). If there is already a 
character there, he moves it out of the way. 


2. He then finds the proper picture character which 
belongs in that Location and blinks it. This is 
not necessarily the nearest one, but rather any 
random character which is not already in place, and 
which is the character needed. 


> ek 


— — 


3. He ‘then crawls under the characte: (i.e. lyou no 
longer see the Moon Man, but rather the character 


‘on his shoulders’). \ 


4, He then moves this character into positidn, and 
goes back to step 1, for the next picture element. 


The challenge in programming PIYNOX was the fact 
that there are other characters in the way while Moon 
Man is moving. Several techniques are used |to get a- 
round the obstacle. The subroutine at 8000 [tries to 
go to the right then left, or left then righit to get 
by. If that is unsucessful, control transfers to 9000 
which is a general random move routine. Thijs routine 
picks a random DY and DX (direction Y and dilrection X) 
and a random length L to move. After moving, it some- 
times tries moving right or left and returns), and 
other times goes back to 9000. This causes [the Moon 
Man to take on a rather erratic walk, but is) necessary 
logic to help him escave when nearly trapped] by a group 
of characters on the screen? | 

If you have some paeees ote about making the Moon 
Man smarter, I would be interested in tryi them. The 
more quickly and directly he accomplishes nis task, the 
more interesting it is to watch the program. 


Here is a little about the ideas used in the| program: 


The DEF statements at the beginning of the pro- 
gram are used to generate addresses of locati.ons on 
the VDM. For example, DEF FNP(Z)= VB + 64 #|Y + X is 
used to calculate the address of the ore at lo- 


cation Y,X on the VDM. VB is the start of the VDM 

(7000 Hex). (Note the VDM mst be under 8000) hex to 

be POKEd from early versions of MITS BASIC -|- See >.S. 
on modifying 8 v3.1). The 64 is used because to go 

1 row in the Y direction, you have to go 6% characters 
down, Thus, 0,0 is at the top left corner of the screen 
and 15,63 is at the bottom right. 

The statements using the SGN function are used to 
determine the direction from where the Moon Man is (X,Y) 
to some Set such as the location where a block of the 
picture is to be built, or the location where) a block 
now is that has to be moved into place. For example > 
if the Moon Man is at 5,34 and the plece he wants t 
(say GY,GX) is 3,50 then SCGN(GY-Y) will produce the 
SGN of 3-5 which is the SGN of -2, which is -1. Thus, 
using the SGN function the Y and X direction are de- 
termined, as -1, 0, or 1. This causes the Mcon Man 
to move 1 square at a time toward the goal. 

When moving, the Moon Man usually ig pet to move 
on a ooekore then horizontally. This is because of the 
width (64) versus height (16) of the VDM, and the fact 
that he moves 1 X and 1 Y until he is in the [right row 
or column. It would have been possible to calculate a 
direction for him to move which would go direjctly to 
the goal, but my reason for not going with fractional 
X and Y was so that the program could be hand) converted 
to assembler and not have any floating point jarithme- 
tic to take care of. | 


HAVE FUN } Sake 


| 
P.S. This program will run on any & or large} version 
of MITS BASIC. NOTE you mst be able to POKE your VDM 
for this tebe heed to work. This means having it: address- 
ed below 8000 Hex as mentioned above, having a| version 
which allows PEEK and POKE to work over 8000 aie or 
means of modifying BASIC to allow PEEKing or P 

above 8000 “ex. If you are running &K version|3.1, 
you can defeat the negative number chacking in| PEEK 
and POKE by NOPing the 3 byte instruction 'JM I'CERR* 
at 646 Hex. ‘The address for & v 3.2 is 649 hi 


Some versions of 8K v 3.1 are 1 byte off from ‘his ad- 
dress, so make sure the instruction is a "JM* (FA Hex), 
and patch a 00 into it and the next two bytes.| With 
this modification, you will now be able to PE and 

POKE using a negative value for addresses above 32K. 

If your VDM jis not at 7000 Hex, change the 'VB/= 28677" 
instruction in the program to your VDM beginning mem 
address. For example, if your VDM is at CCOO Hex, th. 

is -13312 in decimal. (FOOO is -4K (K = roan aes is 
-8K, DOOO is -12K, CCOO is -13K or -(13#1024 7 13312. 


MAPPY PIXMOXING..seeeeeeees. Ward Christensen | 


"PIXMOXING" by Ward Christensen appears courtesy the 
Chicago Area Computer Hobbyist's Exchange newsletter, 
the CACHE Register, Vol. 2 No. 5, August 1977. 


